Merge ffmpeg (7:7.1.1-1) import into refs/heads/workingbranch

ffmpeg (7:7.1.1-1) unstable; urgency=medium

  * New upstream version 7.1.1
    - Fix out-of-bounds read (CVE-2025-0518)
  * debian/control: Bump Standards-Version
  * debian/patches: Remove patches included upstream

[dgit import unpatched ffmpeg 7:7.1.1-1]

Import ffmpeg_7.1.1.orig.tar.xz

[dgit import orig ffmpeg_7.1.1.orig.tar.xz]

Import ffmpeg_7.1.1-1.debian.tar.xz

[dgit import tarball ffmpeg 7:7.1.1-1 ffmpeg_7.1.1-1.debian.tar.xz]

Merge ffmpeg (7:7.1-4) import into refs/heads/workingbranch

Skip tests using non-existing mpegts/pmtchange.ts

Gbp-Pq: Name 0015-Skip-tests-using-non-existing-mpegts-pmtchange.ts.patch

fftools/ffmpeg_filter: treat apad filter as a source

Ideally lavfi should have a dedicated API for detecting this.

Fixes #11168 and #11061

(cherry picked from commit 9e2a231236428c4682c77858c6aabfd74f459b17)
Signed-off-by: Anton Khirnov <anton@khirnov.net>
Gbp-Pq: Name 0014-fftools-ffmpeg_filter-treat-apad-filter-as-a-source.patch

lavc/avcodec: fix global/private option precendence

Broken after 7753a9d62725d5bd8313e2d249acbe1c8af79ab1. Apply only the
whitelist early, and the rest with a single call to av_opt_set_dict2()
with AV_OPT_SEARCH_CHILDREN, which should be equivalent to the original
behaviour.

Reported-by: Cameron Gutman <aicommander@gmail.com>
(cherry picked from commit 9ce63e65d65b303813d4ae677228226d7cd232b9)
Signed-off-by: Anton Khirnov <anton@khirnov.net>
Gbp-Pq: Name 0013-lavc-avcodec-fix-global-private-option-precendence.patch

avfilter/framesync: fix forward EOF pts

Note1: when the EOF pts is not accurate enough, the last frame
can be dropped by vf_fps with default rounding.

Note2: vf_scale use framesync since e82a3997cdd6c0894869b33ba42430ac3,
so this is a very commonplace scenario.

For example:
./ffprobe -f lavfi testsrc=d=1,scale,fps -of flat \
  -count_frames -show_entries stream=nb_read_frames

Before:
streams.stream.0.nb_read_frames="24"

After:
streams.stream.0.nb_read_frames="25"

Signed-off-by: Anton Khirnov <anton@khirnov.net>
(cherry picked from commit de976eaf30df33e86c58c8c9af9905c1d8441934)
Signed-off-by: Anton Khirnov <anton@khirnov.net>
Gbp-Pq: Name 0012-avfilter-framesync-fix-forward-EOF-pts.patch

avcodec/vaapi_encode: fix compilation without CONFIG_VAAPI_1

This adds VAAPIEncodeContext *ctx that has been removed
in aa82340b0ccdde4955fba41b8de5e45348ecd11d.

Signed-off-by: Ingo Brückl <ib@oddnet.de>
(cherry picked from commit 5557c673ea783a48e8b97c2b740b22eeeca6399b)

Gbp-Pq: Name 0011-avcodec-vaapi_encode-fix-compilation-without-CONFIG_.patch

libavcodec: x86: Remove an explicit include of config.asm

This file is never included explicitly anywhere else, it's only
included implicitly by passing -Pconfig.asm on the command line.

Signed-off-by: Martin Storsjö <martin@martin.st>
(cherry picked from commit 5c4ede6b4ff6fa8818f0ca3f686aa54c1c2092b8)

Gbp-Pq: Name 0010-libavcodec-x86-Remove-an-explicit-include-of-config..patch

checkasm: lls: Use relative tolerances rather than absolute ones

Depending on the magnitude of the output values, the potential
errors can be larger.

This fixes errors in the lls tests on x86_32 for some seeds,
observed with GCC 11 (on Ubuntu 22.04, with the distro compiler,
with -m32).

Signed-off-by: Martin Storsjö <martin@martin.st>
(cherry picked from commit 6668268e16b6d1a6992840dccb12effece2e7202)

Gbp-Pq: Name 0009-checkasm-lls-Use-relative-tolerances-rather-than-abs.patch

arm: Consistently use proper interworking function returns

Use "bx lr", or "pop {lr}", which do proper mode switching
between thumb and arm modes. A plain "mov pc, lr" does not switch
from thumb mode to arm mode (while in arm mode, it does switch
mode for a thumb caller).

This is normally not an issue, as CONFIG_THUMB only is enabled if
the C compiler defaults to thumb; but stick to patterns that can
do mode switching if needed, for consistency.

Signed-off-by: Martin Storsjö <martin@martin.st>
(cherry picked from commit 77e6293735262b20a86b5047b77991a86cf4e9e1)

Gbp-Pq: Name 0008-arm-Consistently-use-proper-interworking-function-re.patch

avcodec/libx265: unbreak build for X265_BUILD >= 213

Earlier, x265 made an API change to support alpha and
other multiple layer pictures. We added guards to accommodate
that in 1f801dfdb5

They have now reverted that API change in
https://bitbucket.org/multicoreware/x265_git/commits/78e5b703b1

Updated our wrapper guards to unbreak build again.

Gbp-Pq: Name 0007-avcodec-libx265-unbreak-build-for-X265_BUILD-213.patch

fftools: log unconnected filter output label

(cherry picked from commit f25c9cc213c7e3eb585d3339eb775b16921c4d98)

Gbp-Pq: Name 0006-fftools-log-unconnected-filter-output-label.patch

fftools: do not access out of bounds filtergraph

The log message was logged for `filtergraphs[j]` which would cause a
heap buffer overflow in certain circumstances.

Correctly it should be logged for the current filtergraph, so just
use `fg` here.

(cherry picked from commit 5beeb3a1f97d8f6d4076fe83aaf5e2e5871f945e)

Gbp-Pq: Name 0005-fftools-do-not-access-out-of-bounds-filtergraph.patch

avcodec/mediacodecenc: Fix access of uninitialized value

When crop is skipped, av_strlcatf will access `str` which isn't
initialized properly.

Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
(cherry picked from commit eff9ed7bff45998ea370e3d6f627529ad47e2e74)

Gbp-Pq: Name 0004-avcodec-mediacodecenc-Fix-access-of-uninitialized-va.patch

avformat/img2enc: Fix integer truncation when frame_pts is enabled

Fix #11194

Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
(cherry picked from commit f56a54387b9cea884ca139e9cb993ff6989b8def)

Gbp-Pq: Name 0003-avformat-img2enc-Fix-integer-truncation-when-frame_p.patch

avformat/internal: Add ff_get_frame_filename

It's similar to av_get_frame_filename2 but with int64_t number
support. Make av_get_frame_filename* a wrapper over
ff_get_frame_filename.

Co-authored-by: Filip Mašić <shoutplenty@gmail.com>
Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
(cherry picked from commit a2d9663241908d6f558b8e6b24bd42f2aaebc144)

Gbp-Pq: Name 0002-avformat-internal-Add-ff_get_frame_filename.patch

avformat/mov: don't return the latest stream when an item stream is expected

Otherwise, things like ICC profiles as read from the colr box meant for an item
with no stream (like a grid) may end up being added to the wrong stream.

Signed-off-by: James Almer <jamrial@gmail.com>
(cherry picked from commit 04182b55494b44152146e6a6bcd5eb9403f00625)

Gbp-Pq: Name 0001-avformat-mov-don-t-return-the-latest-stream-when-an-.patch

ffmpeg (7:7.1-4) unstable; urgency=medium

  [ Santiago Ruano Rincón ]
  * Move build-dependency from libjs-bootstrap to libjs-bootstrap5
    (Closes: #1088454)

  [ Sebastian Ramacher ]
  * debian/control: Bump Standards-Version

[dgit import unpatched ffmpeg 7:7.1-4]

Import ffmpeg_7.1-4.debian.tar.xz

[dgit import tarball ffmpeg 7:7.1-4 ffmpeg_7.1-4.debian.tar.xz]

Merge ffmpeg (7:7.1-3) import into refs/heads/workingbranch

Skip tests using non-existing mpegts/pmtchange.ts

Gbp-Pq: Name 0015-Skip-tests-using-non-existing-mpegts-pmtchange.ts.patch

fftools/ffmpeg_filter: treat apad filter as a source

Ideally lavfi should have a dedicated API for detecting this.

Fixes #11168 and #11061

(cherry picked from commit 9e2a231236428c4682c77858c6aabfd74f459b17)
Signed-off-by: Anton Khirnov <anton@khirnov.net>
Gbp-Pq: Name 0014-fftools-ffmpeg_filter-treat-apad-filter-as-a-source.patch

lavc/avcodec: fix global/private option precendence

Broken after 7753a9d62725d5bd8313e2d249acbe1c8af79ab1. Apply only the
whitelist early, and the rest with a single call to av_opt_set_dict2()
with AV_OPT_SEARCH_CHILDREN, which should be equivalent to the original
behaviour.

Reported-by: Cameron Gutman <aicommander@gmail.com>
(cherry picked from commit 9ce63e65d65b303813d4ae677228226d7cd232b9)
Signed-off-by: Anton Khirnov <anton@khirnov.net>
Gbp-Pq: Name 0013-lavc-avcodec-fix-global-private-option-precendence.patch

avfilter/framesync: fix forward EOF pts

Note1: when the EOF pts is not accurate enough, the last frame
can be dropped by vf_fps with default rounding.

Note2: vf_scale use framesync since e82a3997cdd6c0894869b33ba42430ac3,
so this is a very commonplace scenario.

For example:
./ffprobe -f lavfi testsrc=d=1,scale,fps -of flat \
  -count_frames -show_entries stream=nb_read_frames

Before:
streams.stream.0.nb_read_frames="24"

After:
streams.stream.0.nb_read_frames="25"

Signed-off-by: Anton Khirnov <anton@khirnov.net>
(cherry picked from commit de976eaf30df33e86c58c8c9af9905c1d8441934)
Signed-off-by: Anton Khirnov <anton@khirnov.net>
Gbp-Pq: Name 0012-avfilter-framesync-fix-forward-EOF-pts.patch

avcodec/vaapi_encode: fix compilation without CONFIG_VAAPI_1

This adds VAAPIEncodeContext *ctx that has been removed
in aa82340b0ccdde4955fba41b8de5e45348ecd11d.

Signed-off-by: Ingo Brückl <ib@oddnet.de>
(cherry picked from commit 5557c673ea783a48e8b97c2b740b22eeeca6399b)

Gbp-Pq: Name 0011-avcodec-vaapi_encode-fix-compilation-without-CONFIG_.patch

libavcodec: x86: Remove an explicit include of config.asm

This file is never included explicitly anywhere else, it's only
included implicitly by passing -Pconfig.asm on the command line.

Signed-off-by: Martin Storsjö <martin@martin.st>
(cherry picked from commit 5c4ede6b4ff6fa8818f0ca3f686aa54c1c2092b8)

Gbp-Pq: Name 0010-libavcodec-x86-Remove-an-explicit-include-of-config..patch

checkasm: lls: Use relative tolerances rather than absolute ones

Depending on the magnitude of the output values, the potential
errors can be larger.

This fixes errors in the lls tests on x86_32 for some seeds,
observed with GCC 11 (on Ubuntu 22.04, with the distro compiler,
with -m32).

Signed-off-by: Martin Storsjö <martin@martin.st>
(cherry picked from commit 6668268e16b6d1a6992840dccb12effece2e7202)

Gbp-Pq: Name 0009-checkasm-lls-Use-relative-tolerances-rather-than-abs.patch

arm: Consistently use proper interworking function returns

Use "bx lr", or "pop {lr}", which do proper mode switching
between thumb and arm modes. A plain "mov pc, lr" does not switch
from thumb mode to arm mode (while in arm mode, it does switch
mode for a thumb caller).

This is normally not an issue, as CONFIG_THUMB only is enabled if
the C compiler defaults to thumb; but stick to patterns that can
do mode switching if needed, for consistency.

Signed-off-by: Martin Storsjö <martin@martin.st>
(cherry picked from commit 77e6293735262b20a86b5047b77991a86cf4e9e1)

Gbp-Pq: Name 0008-arm-Consistently-use-proper-interworking-function-re.patch

avcodec/libx265: unbreak build for X265_BUILD >= 213

Earlier, x265 made an API change to support alpha and
other multiple layer pictures. We added guards to accommodate
that in 1f801dfdb5

They have now reverted that API change in
https://bitbucket.org/multicoreware/x265_git/commits/78e5b703b1

Updated our wrapper guards to unbreak build again.

Gbp-Pq: Name 0007-avcodec-libx265-unbreak-build-for-X265_BUILD-213.patch

fftools: log unconnected filter output label

(cherry picked from commit f25c9cc213c7e3eb585d3339eb775b16921c4d98)

Gbp-Pq: Name 0006-fftools-log-unconnected-filter-output-label.patch

fftools: do not access out of bounds filtergraph

The log message was logged for `filtergraphs[j]` which would cause a
heap buffer overflow in certain circumstances.

Correctly it should be logged for the current filtergraph, so just
use `fg` here.

(cherry picked from commit 5beeb3a1f97d8f6d4076fe83aaf5e2e5871f945e)

Gbp-Pq: Name 0005-fftools-do-not-access-out-of-bounds-filtergraph.patch

avcodec/mediacodecenc: Fix access of uninitialized value

When crop is skipped, av_strlcatf will access `str` which isn't
initialized properly.

Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
(cherry picked from commit eff9ed7bff45998ea370e3d6f627529ad47e2e74)

Gbp-Pq: Name 0004-avcodec-mediacodecenc-Fix-access-of-uninitialized-va.patch

avformat/img2enc: Fix integer truncation when frame_pts is enabled

Fix #11194

Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
(cherry picked from commit f56a54387b9cea884ca139e9cb993ff6989b8def)

Gbp-Pq: Name 0003-avformat-img2enc-Fix-integer-truncation-when-frame_p.patch

avformat/internal: Add ff_get_frame_filename

It's similar to av_get_frame_filename2 but with int64_t number
support. Make av_get_frame_filename* a wrapper over
ff_get_frame_filename.

Co-authored-by: Filip Mašić <shoutplenty@gmail.com>
Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
(cherry picked from commit a2d9663241908d6f558b8e6b24bd42f2aaebc144)

Gbp-Pq: Name 0002-avformat-internal-Add-ff_get_frame_filename.patch

avformat/mov: don't return the latest stream when an item stream is expected

Otherwise, things like ICC profiles as read from the colr box meant for an item
with no stream (like a grid) may end up being added to the wrong stream.

Signed-off-by: James Almer <jamrial@gmail.com>
(cherry picked from commit 04182b55494b44152146e6a6bcd5eb9403f00625)

Gbp-Pq: Name 0001-avformat-mov-don-t-return-the-latest-stream-when-an-.patch

ffmpeg (7:7.1-3) unstable; urgency=medium

  [ Diederik de Haas ]
  * d/copyright: Update for removed and moved files

  [ Sebastian Ramacher ]
  * debian/rules: Disable asm on riscv64
    See https://trac.ffmpeg.org/ticket/11258 for details

[dgit import unpatched ffmpeg 7:7.1-3]

Import ffmpeg_7.1-3.debian.tar.xz

[dgit import tarball ffmpeg 7:7.1-3 ffmpeg_7.1-3.debian.tar.xz]

Import ffmpeg_7.1.orig.tar.xz

[dgit import orig ffmpeg_7.1.orig.tar.xz]

Merge ffmpeg (7:7.0.2-3) import into refs/heads/workingbranch

libavcodec/arm/mlpdsp_armv5te: fix label format to work with binutils 2.43

binutils 2.43 has stricter validation for labels[1] and results in errors
when building ffmpeg for armv5:

src/libavcodec/arm/mlpdsp_armv5te.S:232: Error: junk at end of line, first unrecognized character is `0'

Remove the leading zero in the "01" label to resolve this error.

[1] https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=226749d5a6ff0d5c607d6428d6c81e1e7e7a994b

Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Martin Storsjö <martin@martin.st>
Gbp-Pq: Name 0003-libavcodec-arm-mlpdsp_armv5te-fix-label-format-to-wo.patch

lavc/vaapi_av1: Avoid sending the same slice buffer multiple times

When there are multiple tiles in one slice buffer, use multiple slice
params to avoid sending the same slice buffer multiple times and thus
increasing the bitstream size the driver will need to upload to hw.

Reviewed-by: Neal Gompa <ngompa13@gmail.com>
Signed-off-by: David Rosca <nowrep@gmail.com>
Signed-off-by: Haihao Xiang <haihao.xiang@intel.com>
(cherry picked from commit d2d911eb9a2fc6eb8d86b3ae025a56c1a2692fba)

Gbp-Pq: Name 0002-lavc-vaapi_av1-Avoid-sending-the-same-slice-buffer-m.patch

lavc/vaapi_decode: Make it possible to send multiple slice params buffers

Reviewed-by: Neal Gompa <ngompa13@gmail.com>
Signed-off-by: David Rosca <nowrep@gmail.com>
Signed-off-by: Haihao Xiang <haihao.xiang@intel.com>
(cherry picked from commit fe9d889dcd79ea18d4dfaa39df4ddbd4c8c3b15c)

Gbp-Pq: Name 0001-lavc-vaapi_decode-Make-it-possible-to-send-multiple-.patch

ffmpeg (7:7.0.2-3) unstable; urgency=medium

  * debian/patches: Apply upstream patch to fix armel/armhf asm builds
  * debian/rules: Revert "Temporarily disable ASM optimizations on armel and
    armhf" (Closes: #1074370)

[dgit import unpatched ffmpeg 7:7.0.2-3]

Import ffmpeg_7.0.2-3.debian.tar.xz

[dgit import tarball ffmpeg 7:7.0.2-3 ffmpeg_7.0.2-3.debian.tar.xz]

Merge ffmpeg (7:7.0.2-2) import into refs/heads/workingbranch

lavc/vaapi_av1: Avoid sending the same slice buffer multiple times

When there are multiple tiles in one slice buffer, use multiple slice
params to avoid sending the same slice buffer multiple times and thus
increasing the bitstream size the driver will need to upload to hw.

Reviewed-by: Neal Gompa <ngompa13@gmail.com>
Signed-off-by: David Rosca <nowrep@gmail.com>
Signed-off-by: Haihao Xiang <haihao.xiang@intel.com>
(cherry picked from commit d2d911eb9a2fc6eb8d86b3ae025a56c1a2692fba)

Gbp-Pq: Name 0002-lavc-vaapi_av1-Avoid-sending-the-same-slice-buffer-m.patch

lavc/vaapi_decode: Make it possible to send multiple slice params buffers

Reviewed-by: Neal Gompa <ngompa13@gmail.com>
Signed-off-by: David Rosca <nowrep@gmail.com>
Signed-off-by: Haihao Xiang <haihao.xiang@intel.com>
(cherry picked from commit fe9d889dcd79ea18d4dfaa39df4ddbd4c8c3b15c)

Gbp-Pq: Name 0001-lavc-vaapi_decode-Make-it-possible-to-send-multiple-.patch

ffmpeg (7:7.0.2-2) unstable; urgency=medium

  * debian/patches: Apply patches to avoid VA-API failures with modern Mesa3D
    (Closes: #1072038)

[dgit import unpatched ffmpeg 7:7.0.2-2]

Import ffmpeg_7.0.2-2.debian.tar.xz

[dgit import tarball ffmpeg 7:7.0.2-2 ffmpeg_7.0.2-2.debian.tar.xz]

Import ffmpeg_7.0.2.orig.tar.xz

[dgit import orig ffmpeg_7.0.2.orig.tar.xz]

Merge ffmpeg (7:6.1.1-1) import into refs/heads/workingbranch

ffmpeg (7:6.1.1-1) unstable; urgency=medium

  * New upstream version 6.1.1
  * debian/control: Use pkgconf
  * debian/patches: Remove patches included upstream
  * debian/copyright: Remove unused file patterns
  * debian/*.lintian-overrides: Update due renamed tags

[dgit import unpatched ffmpeg 7:6.1.1-1]

Import ffmpeg_6.1.1.orig.tar.xz

[dgit import orig ffmpeg_6.1.1.orig.tar.xz]

Import ffmpeg_6.1.1-1.debian.tar.xz

[dgit import tarball ffmpeg 7:6.1.1-1 ffmpeg_6.1.1-1.debian.tar.xz]

Merge ffmpeg (7:6.1-5) import into refs/heads/workingbranch

avcodec/decode: validate hw_frames_ctx when AVHWAccel.free_frame_priv is used

Validate that a hw_frames_ctx is available before using it for
the AVHWAccel.free_frame_priv callback, and don't require it to
be present when the callback is not in use by the HWAccel.

v2: check for free_frame_priv (Hendrik)
v3: return EINVAL (Christoph Reiter)
v4: better commit message (Hendrik)
v5: fix typo with missed frames_ctx (Lynne)

See[1]: https://github.com/msys2/MINGW-packages/pull/19050
Fixes: be07145109 ("avcodec: add AVHWAccel.free_frame_priv callback")
CC: Lynne <dev@lynne.ee>
CC: Christoph Reiter <reiter.christoph@gmail.com>
Signed-off-by: Dmitry Rogozhkin <dmitry.v.rogozhkin@intel.com>
Gbp-Pq: Name 0002-avcodec-decode-validate-hw_frames_ctx-when-AVHWAccel.patch

avcodec/avfft: initialize to 0 to avoid segfaults when freeing ctx2

Gbp-Pq: Name 0001-avcodec-avfft-initialize-to-0-to-avoid-segfaults-whe.patch

ffmpeg (7:6.1-5) unstable; urgency=medium

  [ - ]
  * debian/: Build with harfbuzz (Closes: #1056597)

[dgit import unpatched ffmpeg 7:6.1-5]

Import ffmpeg_6.1-5.debian.tar.xz

[dgit import tarball ffmpeg 7:6.1-5 ffmpeg_6.1-5.debian.tar.xz]

Merge ffmpeg (7:6.1-4) import into refs/heads/workingbranch

avcodec/decode: validate hw_frames_ctx when AVHWAccel.free_frame_priv is used

Validate that a hw_frames_ctx is available before using it for
the AVHWAccel.free_frame_priv callback, and don't require it to
be present when the callback is not in use by the HWAccel.

v2: check for free_frame_priv (Hendrik)
v3: return EINVAL (Christoph Reiter)
v4: better commit message (Hendrik)
v5: fix typo with missed frames_ctx (Lynne)

See[1]: https://github.com/msys2/MINGW-packages/pull/19050
Fixes: be07145109 ("avcodec: add AVHWAccel.free_frame_priv callback")
CC: Lynne <dev@lynne.ee>
CC: Christoph Reiter <reiter.christoph@gmail.com>
Signed-off-by: Dmitry Rogozhkin <dmitry.v.rogozhkin@intel.com>
Gbp-Pq: Name 0002-avcodec-decode-validate-hw_frames_ctx-when-AVHWAccel.patch

avcodec/avfft: initialize to 0 to avoid segfaults when freeing ctx2

Gbp-Pq: Name 0001-avcodec-avfft-initialize-to-0-to-avoid-segfaults-whe.patch

ffmpeg (7:6.1-4) unstable; urgency=medium

  * debian/patches: Apply new upstream patch

[dgit import unpatched ffmpeg 7:6.1-4]

Import ffmpeg_6.1-4.debian.tar.xz

[dgit import tarball ffmpeg 7:6.1-4 ffmpeg_6.1-4.debian.tar.xz]

Merge ffmpeg (7:6.1-3) import into refs/heads/workingbranch

avcodec/decode: guard against NULL hw_frames_ctx

Guard against segfault running VLC decoding under msys2 [1]:

Thread 33 received signal SIGSEGV, Segmentation fault.
[Switching to Thread 37728.0xadd0]
ff_hwaccel_frame_priv_alloc (avctx=0x6447b00, hwaccel_picture_private=0x65dfd00)
    at libavcodec/decode.c:1848
1848        frames_ctx = (AVHWFramesContext *)avctx->hw_frames_ctx->data;
(gdb) bt
    at libavcodec/decode.c:1848
    at libavcodec/h264_slice.c:208
    first_slice=1) at libavcodec/h264_slice.c:1599
    at libavcodec/h264_slice.c:2130
    at libavcodec/h264dec.c:652
    got_frame=0x646e4b0, avpkt=0x64522c0) at libavcodec/h264dec.c:1048

(gdb) p avctx
$1 = (AVCodecContext *) 0x6447b00
(gdb) p avctx->hw_frames_ctx
$2 = (AVBufferRef *) 0x0

v2: check for free_frame_priv (Hendrik)
v3: return EINVAL (Christoph Reiter)

See[1]: https://github.com/msys2/MINGW-packages/pull/19050
Fixes: be07145109 ("avcodec: add AVHWAccel.free_frame_priv callback")
CC: Lynne <dev@lynne.ee>
CC: Christoph Reiter <reiter.christoph@gmail.com>
Signed-off-by: Dmitry Rogozhkin <dmitry.v.rogozhkin@intel.com>
Gbp-Pq: Name 0002-avcodec-decode-guard-against-NULL-hw_frames_ctx.patch

avcodec/avfft: initialize to 0 to avoid segfaults when freeing ctx2

Gbp-Pq: Name 0001-avcodec-avfft-initialize-to-0-to-avoid-segfaults-whe.patch

ffmpeg (7:6.1-3) unstable; urgency=medium

  * debian/patches: Fix crash in vlc hardware decoder (Closes: #1055952,
    #1056058, #1056149)

[dgit import unpatched ffmpeg 7:6.1-3]

Import ffmpeg_6.1-3.debian.tar.xz

[dgit import tarball ffmpeg 7:6.1-3 ffmpeg_6.1-3.debian.tar.xz]

Import ffmpeg_6.1.orig.tar.xz

[dgit import orig ffmpeg_6.1.orig.tar.xz]

Merge ffmpeg (7:6.0-9) import into refs/heads/workingbranch

Patch up t2h for texinfo 7.1

This is not perfect, but the results looks okay and makes the build
pass.

Gbp-Pq: Name 0005-Patch-up-t2h-for-texinfo-7.1.patch

avfilter/vf_libplacebo: remove deprecated field

This has not been functional since a year ago, including in our current
minimum dependency of libplacebo (v4.192.0). It also causes build errors
against libplacebo v6, so it needs to be removed from the code. We can
keep the option around for now, but it should also be removed soon.

Signed-off-by: Niklas Haas <git@haasn.dev>
Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0004-avfilter-vf_libplacebo-remove-deprecated-field.patch

avfilter/vf_libplacebo: wrap deprecated opts in FF_API define

Signed-off-by: Niklas Haas <git@haasn.dev>
Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0003-avfilter-vf_libplacebo-wrap-deprecated-opts-in-FF_AP.patch

examples: fix build of mux and resample_audio

The commits 0a69ca656b7178c260f68d50d07b2e16a073050c and
cd8211527efbb9cad19db1c0d033da0749836e43 renamed the examples, but the
targets were not updated. Hence, the builds are missing -lm.

Signed-off-by: Sebastian Ramacher <sramacher@debian.org>
Gbp-Pq: Name 0002-examples-fix-build-of-mux-and-resample_audio.patch

avcodec/x86/mathops: clip constants used with shift instructions within inline assembly

Fixes assembling with binutil as >= 2.41

Signed-off-by: James Almer <jamrial at gmail.com>
Gbp-Pq: Name 0001-avcodec-x86-mathops-clip-constants-used-with-shift-i.patch

ffmpeg (7:6.0-9) unstable; urgency=medium

  * debian/patches: Workaround build issues with texinfo 7.1 (Closes:
    #1055111)

[dgit import unpatched ffmpeg 7:6.0-9]

Import ffmpeg_6.0-9.debian.tar.xz

[dgit import tarball ffmpeg 7:6.0-9 ffmpeg_6.0-9.debian.tar.xz]

Merge ffmpeg (7:6.0-7) import into refs/heads/workingbranch

avfilter/vf_libplacebo: remove deprecated field

This has not been functional since a year ago, including in our current
minimum dependency of libplacebo (v4.192.0). It also causes build errors
against libplacebo v6, so it needs to be removed from the code. We can
keep the option around for now, but it should also be removed soon.

Signed-off-by: Niklas Haas <git@haasn.dev>
Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0004-avfilter-vf_libplacebo-remove-deprecated-field.patch

avfilter/vf_libplacebo: wrap deprecated opts in FF_API define

Signed-off-by: Niklas Haas <git@haasn.dev>
Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0003-avfilter-vf_libplacebo-wrap-deprecated-opts-in-FF_AP.patch

examples: fix build of mux and resample_audio

The commits 0a69ca656b7178c260f68d50d07b2e16a073050c and
cd8211527efbb9cad19db1c0d033da0749836e43 renamed the examples, but the
targets were not updated. Hence, the builds are missing -lm.

Signed-off-by: Sebastian Ramacher <sramacher@debian.org>
Gbp-Pq: Name 0002-examples-fix-build-of-mux-and-resample_audio.patch

avcodec/x86/mathops: clip constants used with shift instructions within inline assembly

Fixes assembling with binutil as >= 2.41

Signed-off-by: James Almer <jamrial at gmail.com>
Gbp-Pq: Name 0001-avcodec-x86-mathops-clip-constants-used-with-shift-i.patch

ffmpeg (7:6.0-7) unstable; urgency=medium

  * debian/: Disable libsvtav1 to unblock transition

[dgit import unpatched ffmpeg 7:6.0-7]

Import ffmpeg_6.0-7.debian.tar.xz

[dgit import tarball ffmpeg 7:6.0-7 ffmpeg_6.0-7.debian.tar.xz]

Merge ffmpeg (7:6.0-6) import into refs/heads/workingbranch

avfilter/vf_libplacebo: remove deprecated field

This has not been functional since a year ago, including in our current
minimum dependency of libplacebo (v4.192.0). It also causes build errors
against libplacebo v6, so it needs to be removed from the code. We can
keep the option around for now, but it should also be removed soon.

Signed-off-by: Niklas Haas <git@haasn.dev>
Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0004-avfilter-vf_libplacebo-remove-deprecated-field.patch

avfilter/vf_libplacebo: wrap deprecated opts in FF_API define

Signed-off-by: Niklas Haas <git@haasn.dev>
Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0003-avfilter-vf_libplacebo-wrap-deprecated-opts-in-FF_AP.patch

examples: fix build of mux and resample_audio

The commits 0a69ca656b7178c260f68d50d07b2e16a073050c and
cd8211527efbb9cad19db1c0d033da0749836e43 renamed the examples, but the
targets were not updated. Hence, the builds are missing -lm.

Signed-off-by: Sebastian Ramacher <sramacher@debian.org>
Gbp-Pq: Name 0002-examples-fix-build-of-mux-and-resample_audio.patch

avcodec/x86/mathops: clip constants used with shift instructions within inline assembly

Fixes assembling with binutil as >= 2.41

Signed-off-by: James Almer <jamrial at gmail.com>
Gbp-Pq: Name 0001-avcodec-x86-mathops-clip-constants-used-with-shift-i.patch

ffmpeg (7:6.0-6) unstable; urgency=medium

  * debian/libavutils58.symbols: Fix version for avpriv symbols
  * debian/: Enable rav1e on riscv64
  * debian/rules: Build static libraries with PIC enabled

[dgit import unpatched ffmpeg 7:6.0-6]

Import ffmpeg_6.0-6.debian.tar.xz

[dgit import tarball ffmpeg 7:6.0-6 ffmpeg_6.0-6.debian.tar.xz]

Import ffmpeg_6.0.orig.tar.xz

[dgit import orig ffmpeg_6.0.orig.tar.xz]

Import ffmpeg_6.0.orig.tar.xz

[dgit import orig ffmpeg_6.0.orig.tar.xz]

Merge ffmpeg (7:5.1.2-3) import into refs/heads/workingbranch

hwcontext_vulkan: remove optional encode/decode extensions from the list

They're not currently used, so they don't need to be there.
Vulkan stabilized the decode extensions less than a week ago, and their
name prefixes were changed from EXT to KHR. It's a bit too soon to be
depending on it, so rather than bumping, just remove these for now.

(cherry picked from commit eb0455d64690eed0068e5cb202f72ecdf899837c)

Gbp-Pq: Name 0001-hwcontext_vulkan-remove-optional-encode-decode-exten.patch

ffmpeg (7:5.1.2-3) unstable; urgency=medium

  * debian/rules: Disable more tests on ppc64 (Closes: #1022764)
  * debian/patches: Add upstream patch to fix FTBFS after vulkan changes
    (Closes: #1031447)

[dgit import unpatched ffmpeg 7:5.1.2-3]